System and Method for Optimizing the Frequency of Market Information Updates in an Electronic Trading Environment

ABSTRACT

A system and method for optimizing the frequency of market information updates in an electronic trading environment are described herein. According to one example embodiment, by optimizing the frequency of market information updates, the burden on the client device to update the graphical user interface may be reduced, while still providing an accurate portrayal of the market to the user. An example method includes associating different precedence levels with messages comprising market information. Messages containing market information related to the inside market may be associated to a higher precedence level. Whereas messages containing market information relating to the quantities at prices outside the inside market may be associated with a lower precedence level. Based on the precedence level associated with a message, a client device may update the graphical user interface or the message may be stored in a data structure until a pre-defined condition is satisfied.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/266,606, filed Feb. 4, 2019, which is a continuation of U.S. patentapplication Ser. No. 14/074,371, filed Nov. 7, 2013, now U.S. Pat. No.10,248,999, which is a continuation of U.S. patent application Ser. No.13/765,910, filed Feb. 13, 2013, now U.S. Pat. No. 8,606,690, which is acontinuation of U.S. patent application Ser. No. 13/614,126, filed Sep.13, 2012, now U.S. Pat. No. 8,407,135, which is a continuation of U.S.patent application Ser. No. 11/614,411, filed Dec. 21, 2006, now U.S.Pat. No. 8,290,850, entitled “System and Method for Optimizing theFrequency of Market Information Updates in an Electronic TradingEnvironment,” the contents of each of which are fully incorporatedherein by reference for all purposes.

FIELD OF INVENTION

The present invention is directed to electronic trading. Morespecifically, the present invention is directed towards a system andmethod for optimizing the frequency of market information updates in anelectronic trading environment.

BACKGROUND

An exchange is a central marketplace with established rules andregulations where buyers and sellers, referred to as traders, meet totrade. Some exchanges, referred to as open outcry exchanges, operateusing a trading floor where buyers and sellers physically meet on thefloor to trade. Other exchanges, referred to as electronic exchanges,operate by an electronic or telecommunications network. An electronicexchange typically provides computerized matching between traders. Someexample electronic exchanges include European Exchange (“Eurex”), LondonInternational Financial Futures and Options Exchange (“LIFFE”), ChicagoMercantile Exchange (“CME”), and Chicago Board of Trade (“CBOT”).

With respect to electronic exchanges, traders connect to an electronictrading platform by way of a communication link through their clientdevices. Once connected, traders select which tradeable objects theywish to trade. As used herein, the term “tradeable object” refers toanything that can be traded with a quantity and/or a price. It includes,but is not limited to, all types of traded events, goods and/orfinancial products, which can include, for example, stocks, options,bonds, futures, currency, and warrants, as well as funds, derivativesand collections of the foregoing, and all types of commodities, such asgrains, energy, and metals. The tradeable object may be “real,” such asproducts that are listed by an exchange for trading, or “synthetic,”such as a combination of real products that is created by the user. Atradeable object could actually be a combination of other tradeableobjects, such as a class of tradeable objects.

The messages communicated between the electronic exchange and the clientdevice include market updates containing market information, as well asorders, quotes, acknowledgements, fills, cancels, deletes, cancel andreplace, and other well-known financial transaction messages. Althoughthe amount or type of market information published by each exchangeoften differs, there are some standard pieces of information. Marketinformation may include data that represents just the inside marketwhich refers to the lowest sell price (best ask) and the highest buyprice (best bid) at particular point in time. Market information mayalso include market depth, which refers to quantities available at theinside market and can also refer to quantities available at other pricesaway from the inside market.

Once the client device receives the market update message, the containedmarket information may, for example, be processed and displayed on thetrading screen for a trader to utilize. Although traders use the marketinformation in a variety of ways, traders typically prefer the marketinformation to be displayed in an efficient and useable format. Uponviewing the market information, traders can take certain actionsincluding sending buy or sell orders to the electronic exchange,adjusting existing orders, deleting orders, or otherwise managingorders.

Maintaining a high level of performance and providing the most up todate market information as quickly as possible has become a challengefor most current trading systems. It is desirable for traders to havethe most up to date and accurate market information available at alltimes. Fortunately for them, market updates from the electronic exchangeare often provided to the trader in near real time. However, due to themassive amounts of market updates received from an electronic exchangeor a network device, the central processing unit (CPU) capabilities atnetwork and client devices have been jeopardized and extremelyoverwhelmed. Instead of updating the trading screen with near real-timemarket information, many current trading systems have succumbed to anincreased delay in processing and updating the graphical display. In anindustry where speed and accuracy are of the utmost importance,receiving delayed and inaccurate market information can be extremelydetrimental to a trader and can possibly cost the trader hundreds,thousands, or even millions of dollars.

It is therefore beneficial to provide a trading system that offers amore efficient method for providing market information to a trader in anelectronic trading environment.

SUMMARY

The example embodiments are directed to system and methods foroptimizing the frequency of market information updates in an electronictrading environment. By optimizing the frequency of market informationupdates, the burden on the client device to update the graphical userinterface can be reduced, while still providing an accurate portrayal ofthe market to the user.

The system and method are based on a concept that certain pieces ofmarket information are more important to traders than others. Forexample, a trader might base most of his or her decisions on changes ofthe inside market, while placing less emphasis on what is occurring atprices outside of the inside market. In another example, a trader mightplace more emphasis on last trades or some other item of interest. Thesystem and method builds on this concept to provide an efficientmechanism for updating market information on the trading screen in a waythat does not significantly restrain the delivery of important pieces ofmarket information to the trader. Thus, the system and method allows thetrader to get the market information that is most important to him orher, while at the same time reducing the overall burden on the clientside devices.

Particularly, updating a graphical user interface places a burden on theclient device as it can only be updated as quickly as the definedrefresh rate allows and requires massive amounts of CPU processingpower. The rate that the client device can update the graphical userinterface is commonly defined as the refresh rate. Optimizing the amountof market information and controlling when the market information isupdated on the graphical user interface reduces how many times thegraphical user interface is “repainted” or refreshed with new marketinformation as well as reduces the overall CPU usage. The saved CPUusage may then be available to same or other processes taking place onthe client device.

An example method described herein, includes receiving messagescontaining market information at a client device. Once a message isreceived, the client device determines what market information isincluded in the message, and based on the market information included inthe message, the client device either updates the graphical userinterface with the included market information, or stores the marketinformation in a data structure. A message containing market informationrelating to the inside market is generally higher precedence to thetrader, and the market information may be processed and then updated onthe graphical user interface as soon as possible. For example, marketinformation relating to an inside market price change is extremelyimportant to a trader and in some instances may be more important thanmarket information relating to an inside market quantity change.However, a message containing market information not relating to theinside market is generally considered to be a lower precedence to thetrader, and the market information is stored in a data structure until apre-defined condition or triggering event is satisfied.

Receiving a high precedence message may be an example of a pre-definedcondition that triggers the lower precedence market information and thehigher precedence market information to be processed by the clientdevice and updated on the graphical user interface together. Otherpre-defined conditions may also be programmed in addition to, or inplace of, the receipt of a high precedence message. For instance, apre-defined condition might also include a time period, a calculation,or some other user-defined process that determines when to processmessages at the client device.

Regardless of what market information is included in the message, asnapshot of the market information contained in each message may besaved at the client device. If the market information included in thecurrent received message contains inside market information and thus ishigher precedence, the client device may process and update thegraphical user interface as soon as possible. Alternatively, if themarket information included in the current received message is notrelated to the inside market and thus is lower precedence, the clientdevice will compare the market information included in the currentreceived message to a saved snapshot of the market information containedin previously received lower precedence messages stored in the datastructure. If the current received message of lower precedence containsmore recent market information than the snapshot of the previouslyreceived message(s) stored in the data structure, then the marketinformation contained in the current received message coalesces with oroverwrites the previously stored market information. A snapshot of thecoalesced market information may be stored in the data structure until apre-defined condition is satisfied. It should be understood that ifthere are no messages stored in the data structure, the client devicesimply stores a message of lower precedence as there are no savedsnapshots which the message may be compared.

It is of the utmost importance to a trader that the market informationincluded in the messages of higher precedence are processed and thegraphical user interface is repainted with the updated marketinformation as quickly as possible. However, it is equally importantthat when any change occurs in the inside market, such as any of theprices included in the inside market shifting up or down in price, theentire market depth, or quantities available at the inside market and atother prices away from the inside market, be updated on the graphicaluser interface. In this instance, if only the inside market were updatedon the graphical user interface without updating the remaining marketdepth, the trader would have an incomplete and almost unusable set ofmarket information to use when trading. As will be further described,the client device may store a snapshot of the market information fromthe messages of lower precedence in a data structure until a pre-definedcondition is satisfied. Specifically, market information from messagesof lower precedence may be stored in the data structure until a higherprecedence message is received at the client device. For example, if amessage of higher precedence arrives at the client device, the clientdevice will process the market information of any previously storedlower and the current higher precedence messages together and thenupdate the graphical user interface with the most up to date marketinformation and accurate representation of the current market to displayto the trader.

It should be understood the example embodiments may reduce the burden onthe client device regardless of whether or not the client is receivingall of the messages from the electronic exchange or if the messages arepossibly limited by an intermediary device. In some instances, such aswhen automated trading tools or black box trading, are being used, itmay be beneficial for a client device to receive all messages from anexchange. However, if the messages are limited by an intermediarydevice, the example embodiments may still be applied to reduce theoverall processing burden on the client device.

The above example system and method illustrates a way to optimize thefrequency of market information updates on a graphical user interface ata client device. Other examples are provided herein. Modifications mayalso be made to the system and methods without departing from the spiritor scope of the invention. Additional features and advantages of theexample embodiments will be set forth in the description that follows.The features and advantages of the example embodiment may be realizedand obtained through the embodiments particularly pointed out in theappended claims. These and other features will become more fullyapparent from the following description and appended claims, or may belearned by the practice of the example embodiments as set forthhereinafter.

BRIEF DESCRIPTION OF DRAWINGS

Example embodiments are described herein with reference to the followingdrawings, in which:

FIG. 1 is a block diagram illustrating a trading system that providesthe optimization of the frequency of market information updates in anelectronic trading environment;

FIG. 2 is a timeline illustrating messages flowing through the examplesystem shown in FIG. 1; and

FIG. 3 is a flow chart illustrating an example method for optimizationof the frequency of market information updates in an electronic tradingenvironment.

DETAILED DESCRIPTION I. Overview

A need in the art is addressed by providing a system and method forprioritizing data delivery in an electronic trading environment. Asystem and related methods for prioritizing data delivery at a networkdevice other than a client device is described in U.S. patentapplication Ser. No. 11/551,567, filed on Oct. 20, 2006, entitled “ASystem and Method for Prioritized Data Delivery in an Electronic TradingEnvironment,” the contents of which are incorporated herein byreference.

It should be understood that it may be beneficial for the client deviceto receive all of the messages from an electronic exchange, instead ofthe messages possibly being limited by a gateway or any other networkdevice. For example, client devices may be using software with automatedtrading tools or black box trading, that require the receipt of allmessages to run correctly and effectively aid the trader while trading.However, repainting all of the market information received in themessages to a graphical user interface can use up massive amounts ofprocessing power compared to other tasks in a trading system. It isadvantageous to reduce the frequency of painting to the graphical userinterface, as described in the example embodiments, to reduce the loadon the client device and to free up processing power for other tasks.Alternatively, if the messages are limited by a gateway or any othernetwork device, the example embodiments may still be applied and providebenefits to the trader by freeing up the client device to do othertasks.

A system and method for optimizing the frequency of market informationupdates in an electronic trading environment are provided. The messagesdescribed herein include market information related to one or moretradeable objects that are traded at an electronic exchange. The exampleembodiments are particularly useful when the market is fluctuatingrapidly and massive amounts of market updates, in the form of messages,are being sent from the electronic exchange to a connected intermediarydevice and then to a client device. The example embodiments may also beuseful at all times during the course of a trading session to reduce theoverall CPU usage. According to the example methods for optimizing thefrequency of updating market information are provided by associatingmessages of less importance to a trader a lower precedence forprocessing at the client device and messages of more importance a higherprecedence for processing at the client device. For example, messagesthat relate to the inside market may be considered a higher precedenceto a trader and are therefore ushered through and processed anddisplayed by the trading system faster as compared to lower precedencemessages that are not related to the inside market.

Associating a precedence level with a message can be based on manydifferent pre-set criteria, which can be hard coded or configured by atrader, if so desired. For example, as will be discussed below, tradersgenerally base the placement of their orders on the inside marketprices, last traded price, market movements, and quantities available atthe inside market prices. As the inside market generally represents themost precise current state of the market, it is beneficial that theinside market is displayed or processed by the trading system as quicklyand as accurately as possible. Therefore, it is beneficial that themarket information related to the inside market be processed by theclient device at a more rapid rate than the lower precedence marketinformation related to the quantities at prices outside the insidemarket. The precedence level associated with a message may determine howquickly that message will be processed by the client device andultimately available for the trader to utilize.

Accordingly, in one example embodiment, messages relating to the insidemarket, and quantities at those prices, are assumed to be extremelyimportant to a trader, and are therefore of a higher precedence level.If another item of interest is deemed important to a certain trader, forexample, last traded price or last traded quantity, then the system canbe configured to give that item of interest a higher precedence level(so any item of interest may be substituted for the “inside market” asused herein). Messages associated with the higher precedence level arequickly buffered, processed by the client device, and then the graphicaluser interface may be repainted the updated market information. A bufferis a temporary storage area, usually in Random Access Memory (RAM), usedfor the purpose of acting as a holding area which enables the CPU tomanipulate the data before it is transferred to the next device. Itshould be understood that buffering the message preferably occurs atsuch a rapid rate that the message is ultimately processed by the clientdevice in near real-time. Once processed, the client device may, forexample, display the market information on a graphical user interface,such as an electronic trading interface, or chart the market informationon a graph for the trader to utilize while trading.

Oftentimes, the market information relating to quantities at pricesoutside of the inside market do not take as high of a precedence to thetrader as the inside market information. The amount of time a traderspends analyzing the quantities at prices outside of the inside market,may in some instances, be considered minimal by comparison. Therefore,market information relating to the quantities at prices outside of theinside market are generally not as important and may not be processedand made available to the trader, depending on the conditions, asquickly as the inside market data. According to one example embodiment,messages containing such lower precedence market information may bebuffered and then stored in a data structure until a pre-definedcondition is satisfied. The pre-defined condition might be a timeperiod, the receipt of a higher priority message at the intermediarydevice, a calculation, or some other user-defined process used todetermine when to send messages to the client device. For example,processing and updating the graphical user interface with lowerprecedence market information and higher precedence market informationwhen a higher precedence message is received at the client device,ensures that the client device processes the most up-to-date andaccurate market information and makes the market information availablefor use by the trader as quickly as possible.

Prior to any lower precedence messages being stored in a data structure,a snapshot of the market information contained in each message is savedat the client device. A snapshot may be defined herein as temporary databackup of the market information included in a message. The marketinformation included in a current received message may be compared tothe snapshot of the market information from previously receivedmessages. If the market information included in the current receivedmessage is not related to the inside market and is of lower precedence,the client device compares the market information included in thecurrent received message to the saved snapshot of the market informationcontained in other previously received lower precedent messages storedin the data structure. If the current received message of lowerprecedence contains more recent market information than the snapshots ofthe previously received message(s) stored in the data structure, thenthe market information contained in the current received messagecoalesces with or overwrites the previously stored market information.Coalescing is defined herein as consolidating multiple marketinformation updates with other related market information updates tocreate a single update.

For example, if a lower priority message arrived at the client devicecontaining the market information “Quantity 100 at Price 100”, asnapshot would be saved of the message, then the message would be storedin the data structure. However, if another lower priority messagearrived containing the market information “Quantity 50 at Price 100”,then the current received message would be compared to the savedsnapshot. The client device would determine that the current receivedmessage contained more recent market information and then two messagesmay be coalesced and the previous quantity of “100” would be overwrittenby the more up to date quantity of “50.” It is advantageous to utilizecoalescing as a method to reduce the overall amount and size of messagesprocessed by the client device. While the concepts of coalescing aredescribed in the present application, a further description ofcoalescing may be found in commonly owned U.S. patent application Ser.No. 10/184,498, entitled, “System and Method for Coalescing Market Dataat a Client Device,” filed on Jun. 26, 2006, the contents of which areincorporated herein by reference.

The coalesced market information may be stored in the data structureuntil a pre-defined condition is satisfied. It should be understood thatif there are no messages stored in the data structure the client devicestores a message of lower precedence as there may not be a savedsnapshot to compare the current received message to.

While the example embodiments are described herein with reference toillustrative embodiments for particular applications, it should beunderstood that the example embodiments are not limited thereto. Othersystems, methods, and advantages of the present invention will be orbecome apparent to one with skill in the art upon examination of thefollowing drawings and description, such as giving another item ofinterest a higher priority. As previously stated, it is intended thatall such additional systems, methods, features, and advantages be withinthe scope of the present invention, and be protected by the accompanyingclaims.

II. A First Example Trading System

According to the example embodiments, the communication between anelectronic exchange and a client device involves an exchangebroadcasting messages to a connecting network device such as a gatewayor router (or some other intermediary device, collectively referred toherein as a “gateway”), and the network device then relaying the marketinformation of that message to the client device. Software and hardwarecomponents or a combination thereof, at the client device can implementthe example embodiments described herein.

For example, assume the client device has received a message containingmarket information from an electronic exchange or an intermediarydevice. At a time of high message traffic, the client device determines,based on the pre-set criteria, the precedence level of the message. Ifthe message is considered a lower precedence message, the client devicewill store a snapshot of the market information from the message in adata structure, where the most recent lower precedence marketinformation will be stored and coalesced with any previously storedlower priority market data, until a pre-defined condition is satisfied.An example list of pre-defined conditions was described above. Accordingto one example pre-defined condition (i.e., receipt of a message ofhigher precedence), if a message of higher precedence then arrives atthe client device, the client device will process the market informationof both the previously stored lower and the current higher precedencemessages together at the client device and then update the graphicaluser interface with the most up to date market information. If a messageof higher precedence arrives at the client device first and there is nolower precedence market information stored in the data structure, thehigher precedence market information will immediately be processed bythe client device and the graphical user interface may be updated assoon as possible. It should be understood that a client device may beconnected to one or more gateways connecting to one or more electronicexchanges. A trader may be trading multiple tradeable objects that maybe related in someway. In an alternative embodiment, when a higherprecedence message associated to one tradeable object is received at theclient device, all lower precedence messages associated to thattradeable object or other related tradeable objects may be processed andupdated on the graphical user interface.

FIG. 1 shows a block diagram illustrating a trading system that providesthe optimization of the frequency of market information updates in anelectronic trading environment. Specifically, FIG. 1 includes anelectronic exchange 102, a gateway 104, a client device 106, a message108, and a data structure 110. Electronic exchange 102 may host one ormore computer-based electronic markets. Traders may connect to the oneor more electronic markets to trade tradeable objects. Gateway 104 is anetwork device and includes one or more computers (or programs) runningsoftware that receives and transmits market information to and fromexchange 102 in the form of messages which may include price, order, andfill information. Client device 106 is a computer that receives one ormore messages from gateway 104. Also included in FIG. 1 is illustrativemessage 108. Message 108 contains market information relating to atradeable object. Message 108 may include current inside marketinformation, trade related information, or even market informationrelating to the current price levels outside the current inside market.Determining the actual contents of message 108 may be performed atclient device 106. Data structure 110 temporarily stores messages thatare determined to be of a lower precedence, more of which is describedbelow.

A. Exchange

Exchange 102 broadcasts many different types of market informationmessages to connecting gateways, traders, brokers, etc. Gateway 104connects to the exchange 102 to receive the broadcast market informationmessages, which gateway 104 may then relay to client device 106. Itshould be understood that a message from one exchange may contain marketinformation representing a different tradeable object than a messagefrom a second exchange.

In general, a message from exchange 102 may include market informationrepresenting prices and quantities for a tradeable object. For example,the message could represent market information related to the insidemarket, such as the highest bid or the lowest ask, or market informationrelating to prices outside the inside market. It should be understoodthat the messages received from the electronic exchange may includeother data and should not be limited to the examples referenced above.

One of ordinary skill will appreciate that any message or message typeprovided by an exchange can be utilized by the example embodiments andone could configure the system to work with those messages or messagetypes appropriately.

B. Gateway

As mentioned earlier, gateway 104 includes one or more computers (orprograms) running software that receives and transmits marketinformation to and from the exchange 102. As used herein, a computerincludes any device with memory and a processor capable of processinginformation to produce a desired result. Thus, a gateway can be acomputer of any size such as a network server, workstation, personalcomputer, or laptop.

C. Client Device

As mentioned earlier, client device 106 is a computer that allows atrader to participate in the market at exchange 102. In general, it canuse software that creates specialized interactive trading screens on theclient device's terminal. The trading screens enable traders to enterand execute orders, obtain market quotes, and monitor positions. Therange and quality of features available to the trader on a tradingscreen varies according to the specific software application running,for example, black box trading software or strategy trading software.

According to the example embodiment, electronic exchange 102 broadcastsmessages containing market information and the connected gateway 104receives the messages. Gateway 104 then sends the message to clientdevice 106. However, once the message arrives at the client device 106,the client device 106 may optimize the frequency at which the marketinformation is updated on the graphical user interface.

Data structure 110 is used to store the market information of lowerprecedence. Generally, data structures are used to store related marketdata such that it can be accessed and used efficiently. There are avariety of data structures known in the art; however, the describedexample embodiments should not be limited to one specific type of datastructure. It should also be understood that the data structure can belocated at the exchange or at the gateway or be in communication witheither or both.

Based on the pre-set criteria for determining the precedence level of amessage, client device 106 associates a precedence level with eachmessage as it is received. According to an example embodiment, clientdevice 106 determines the precedence level of message 108 by examiningthe message header. Each message sent from an electronic exchangecontains a message type. The header portion of the message may include adifferentiating message type. It should be understood, that messagetypes may vary from one exchange to another, so it is beneficial for aclient device to have knowledge of the different possible types ofmessages. It should also be understood that exchanges may send messagesthat contain all types of information in one message. In such a message,the client device may not examine a message header, but instead wouldanalyze the contained market information. Based on the message type ofmessage 108, client device 106 optimizes the frequency at which thecontained market information is updated. If the message includes higherprecedence market information, the message may be a Higher PrecedenceMessage and may be processed by the client device and market informationfrom the message may be used to update the graphical user interfacewithout any delay, as shown in FIG. 1. Also shown in FIG. 1, if themessage is a Lower Precedence Message containing lower precedence marketinformation, a snapshot of the market information from the message willbe stored in data structure 110 until a pre-defined condition issatisfied. Once the pre-defined condition is satisfied, client device106 will Update the Graphical User Interface, also shown in FIG. 1.

II. Example System and Function Overview

FIG. 2 is a timeline illustrating messages arriving at the client devicefrom the gateway. Specifically, FIG. 2 includes inbound messages to theclient 202, messages processed by the client device 204, high precedencemessages 206 and 212, lower precedence messages 208 and 210, timeline214, and data structure 216. According to the example embodiments, whenclient device 106, shown in FIG. 1, determines that the received messageis higher precedence, the market information is processed by the clientdevice and repainted on the graphical user interface. Otherwise,according to an example embodiment the message is stored, at leasttemporarily, at data structure 216.

In FIG. 2, message 206 is received at the client device, and determinedto contain market information related to the inside market. Therefore,the client device associates a higher precedence level with message 206.Once this determination is made, market information from message 206 isbuffered, and then processed by the client device without being storedin the data structure 216. Once the message is processed, the clientdevice may repaint the graphical user interface with the updated marketinformation from the message as quickly as possible.

Message 208 is received at the client device following message 206 andthe client device determines that message 208 contains marketinformation relating to quantities at prices outside of the insidemarket and therefore considers message 208 to be of the lower precedencelevel. As shown in FIG. 2, the client device stores a snapshot of thelower precedence market information of message 208 in data structure 216until a pre-defined condition is satisfied. According to the exampleembodiments, storing message 208 instead of processing it and repaintingthe graphical user interface with the market information immediately,makes more processing power available to other functions in the tradingsystem. The same applies to message 210; with each message that isstored, more processing power is made available to the entire tradingsystem.

Similarly, message 210 is received at the client device. The clientdevice determines that message 210 also contains information relating toquantities at prices outside of the inside market and thereforeconsiders message 210 to also be of the lower precedence level. As shownin FIG. 2, the client device stores a snapshot of the market informationfrom the lower precedence message 210 in data structure 216 with marketinformation from message 208 until a pre-defined condition is satisfied.It should be understood that the lower precedence market information ofmessages 208 and 210 may be coalesced together to create one singlesnapshot in data structure 216.

For example, a pre-defined condition could be defined to process anystored data from a lower precedence level message along with a higherprecedence message if and when at a later time, a higher precedencelevel message is received from the electronic exchange. Higherprecedence level messages might include messages related to the insidemarket, market changes within a range of price levels from the insidemarket, trades, or any other item of interest.

In another example, a pre-defined condition may be a time period definedby a trader or by the electronic trading system, such that any coalescedlower priority message data may be processed by the client device assoon as the user-defined time period expires.

According to yet another example, a pre-defined condition may be basedon an event, such as when the processor has been inactive for aspecified time period and there is coalesced lower precedence marketinformation stored in the data structure waiting to be processed by theclient device. Specifically, if there are any snapshots of lowerprecedence market information stored in the data structure after aperiod of inactivity in the processor, then the client device willretrieve that lower precedence market information and update thegraphical user interface. For example, the inside market may, in someinstances, jump dramatically and have a series of fast market updates,however, this burst in the market may be very brief. The market jump maybe followed by a period of inactivity. In the previously describedexamples, the lower priority market information received during theburst in the market may be stored in the data structure until the timeperiod expires or until the next message is received. However, themarket information received during the market burst is extremelyimportant to the trader, and waiting for either the time period toexpire or the receipt of another message may cause the marketinformation displayed on the graphical user interface to be inaccurateand delayed. It is therefore beneficial to process any lower precedencemarket information as soon as the processor determines that a period ofinactivity has occurred and that there is coalesced lower precedencemarket information waiting to be processed by the client device.

In another example, such as in the case of when the market has closed,waiting for the next received message, as described above, might meanthat the client device is waiting to process the stored coalesced lowerprecedence market information for an extended period of time, possiblyeven until the next trading day. Again, the processor may recognize aperiod of inactivity, and process any lower precedence marketinformation stored in the data structure instead of waiting for thepre-defined time period to expire or for another message to arrive.

Additionally, the pre-defined condition may be a combination of any ofthe previously discussed pre-defined conditions, for instance a definedtime period may be used in conjunction with the receipt of a higherprecedence message.

In another example, message delivery based on the example provided abovemay be modified upon a determination by the client device that themarket is fast or slow. A client device may determine if a market isfast or slow by monitoring how many messages are received within auser-defined time period. If the market is slow, instead of usingpre-defined conditions as the basis for processing of messages at theclient device, the client device may bypass the rules for optimizing thefrequency of market information updates as described above and mayprocess all of the received messages at the client device withoutstoring them in the data structure or considering precedence levels forthe received messages. With respect to a fast market, e.g. a market withmany updates, the client device may use any of the previously discussedpre-defined conditions or may choose to only process the higherprecedence messages at the client device so as to reduce the CPU usage.In this example, a fast market can be determined by also monitoring thenumber of messages received within a user-defined time period. If theamount of messages received during the user-defined time period isgreater than a pre-defined number, then the market is considered fast.In this situation, the lower precedence messages may for example, bestored in the data structure but not processed by the client deviceuntil the state of the market has changed.

Based on the pre-defined condition, the client device may determinewhich messages of the lower precedence level should be processed andwhen they should be processed by the client device, resulting inoptimization of CPU processing load at the client device. It should beunderstood that although the example embodiments reference one clientdevice, that multiple client devices could be used and generallyreferred to as the client side.

Referring back to FIG. 2, according to an example embodiment, assumethat the pre-defined condition has been defined to process any coalescedlower precedence market information that is stored in data structure 216at the client device along with any higher precedence market informationthat is received at the client device. Message 212 then arrives at theclient device and contains market information relating to the insidemarket, therefore message 212 is associated with the higher precedencelevel. When message 212 arrives at the client device, the marketinformation of message 212 will be processed by the client and updatedon the graphical user interface along with any coalesced lowerprecedence market information being stored in data structure 216. Whenmessage 212, a higher precedence level message, arrives at the clientdevice, the pre-defined condition is considered satisfied by the clientdevice. Once message 212 is received, the coalesced market informationof messages 208 and 210 are retrieved from data structure 216, and thecoalesced market information of messages 208 and 210, and the marketinformation of message 212 are processed by the client device and thegraphical user interface is repainted with the processed marketinformation. It should be understood that if an additional lowerprecedence market information was stored in data structure 216 withmessages 208 and 210, the messages may be coalesced together to create asingle message.

As previously stated, a trader may define a range of price levels aroundthe inside market, or any other price level such as the last tradedprice, to be used in determining the precedence level of the message.The range of price levels may be user-configurable, and a trader maydefine price levels the trader is most interested in. For example, arange of price levels of “2” would define “2” price levels above thelowest available offer price, the inside market, and the “2” pricelevels below the highest available bid price. When a message is receivedat the client device that includes market information relating to achange within the “2” price levels above or below the inside market,then the client device may also associate the higher precedence levelwith the message data and process it as quickly as possible. It shouldbe understood that a trader could define multiple ranges of pricelevels, each being associated with a different precedence level. Forexample, the pre-set criteria for the higher precedence level may beprices within “2” price levels of the inside market. The next precedencelevel may be prices within the next “3” price levels, etc. In anotherexample, the range of price levels could be defined to only include theprices levels that had a quantity available. Instead of defining therange of prices to include the next “3” price levels above or below theinside market, the range would consist of the next “3” prices levelsabove or below the inside market that had any quantity available.

FIG. 3 is a flow chart illustrating an example method for optimizing thefrequency of market information updates in electronic tradingenvironment. It should be understood that the flow chart only shows thefunctionality and operation of a possible implementation of the presentembodiments. In this regard, each block may represent a module, asegment, or a portion of the program code, which includes one or moreexecutable instructions for implementing specific logical functions orsteps in the process. Alternative implementations are included withinthe scope of the example embodiments of the present invention in whichfunctions may be executed out of order from that shown or discussed,including substantially concurrent or in reverse order, depending on thefunctionality involved, as would be understood by those reasonablyskilled in the art of the present invention.

At step 302, a message is received at the client device from the gatewayor electronic exchange. The message contains market information relatedto a tradeable object.

At step 304, the client device determines what market information iscontained in the message by examining the message header (or some otherpart of the message). Based on the pre-set criteria, the marketinformation of the message is associated with a precedence level.

At step 306, the client device determines if the message contains marketinformation that would be of higher precedence or lower precedence tothe trader. According to an example embodiment described above, if themessage contains market information relating to the inside market ortrade related information such as the last traded price or quantity, themessage data is considered to be of the higher precedence level.Otherwise, the message data is considered to be of the lower precedencelevel and is stored in the data structure until a pre-defined conditionis satisfied.

If the market information is of a higher precedence, the client devicedetermines if there is any other lower precedence market informationstored in the data structure, and if there is, the client device willprocess and repaint the graphical user interface with both the higherprecedence and lower precedence market information together at step 308.If the data structure does not contain any lower precedence marketinformation, the higher precedence market information will be processedby the client device by itself. Once the market information is processedby the client device, the market information may be updated on thegraphical user interface for the trader to utilize while trading andanalyzing the current market.

If the market information is of the lower precedence level, the clientdevice determines if the pre-defined condition has been satisfied atstep 310. According to the example embodiment, if the pre-definedcondition has been satisfied, the client device will process the lowerprecedence information stored in the data structure at step 312. If thepre-defined condition has not been satisfied, the client device storesand coalesces the market information of the lower precedence message ina data structure at step 314 until a pre-defined condition is satisfied.As previously described, the pre-defined condition can range from a timebased condition, a market based condition, the receipt of a specifiedtype of message, or some other user-defined process used to determinewhen to process the messages to the client device and update on thegraphical user interface. It should be understood that a lowerprecedence message may never get processed by the client device if thelower priority market information was coalesced with other lowerprecedence market information, for example.

CONCLUSION

The example embodiments discussed above describe a system and method foroptimizing the frequency of market information updates in an electronictrading environment. By optimizing the frequency of market informationupdates associated with a tradeable object, the overall CPU usage may bereduced while the information that is most important to the trader maybe updated on the graphical user interface as efficiently as possible.The method includes, for example, associating a higher precedence levelwith a message comprising market information related to the insidemarket and associating a lower precedence level with a messagecomprising market data related to the quantities at prices outside theinside market. Based on the precedence level associated with a message,the client device may optimize when and what market information may berepainted on the graphical user interface.

The above description of the example embodiments, alternativeembodiments, and specific examples, are given by way of illustration andshould not be viewed as limiting. Further, many changes andmodifications within the scope of the present embodiments may be madewithout departing from the spirit thereof, and the present inventionincludes such changes and modifications.

It will be apparent to those of ordinary skill in the art that methodsinvolved in the system and method for dynamically determining quantityfor risk management may be embodied in a computer program product thatincludes one or more computer readable media. For example, a computerreadable medium can include a readable memory device, such as a harddrive device, CD-ROM, a DVD-ROM, or a computer diskette, having computerreadable program code segments stored thereon. The computer readablemedium can also include a communications or transmission medium, suchas, a bus or a communication link, either optical, wired or wirelesshaving program code segments carried thereon as digital or analog datasignals.

The claims should not be read as limited to the described order orelements unless stated to that effect. Therefore, all embodiments thatcome within the scope and spirit of the following claims and equivalentsthereto are claimed as the invention.

1. (canceled)
 2. A system comprising: a client device, wherein theclient device is configured to define a low precedence level and a highprecedence level to be applied to market update messages for a tradeableobject being received from an electronic exchange to reduce a frequencyof updating a graphical user interface at the client device, whereineach of the low precedence level and the high precedence level isdetermined based on a type of market data in received market updatemessages; wherein the client device is configured to receive a firstmarket update message from the electronic exchange, the first marketupdate message comprising market information related to the tradeableobject; wherein the client device is configured to determine based onthe market information included in the first market update message thatthe first market update message is the low precedence level; wherein theclient device is configured to refrain from providing the first marketupdate message for processing and display at the graphical userinterface and store the market information associated with the firstmarket update message in a data structure until another market updatemessage received at a later time from the electronic exchange isdetermined to comprise market information associated with the highprecedence level; wherein the client device is configured to receive asecond market update message from the electronic exchange, the secondmarket update message comprising market information related to thetradeable object; wherein the client device is configured to determinebased on the market information included in the second market updatemessage that the second market update message is the low precedencelevel; wherein the client device is configured to refrain from providingthe second market update message for processing and displaying thesecond market update message at the graphical user interface; whereinthe client device is configured to coalescing the market information inthe second market update with the market information associated with thefirst market update message stored in the data structure, whereincoalescing comprises overwriting the market information in the datastructure with the market information in the second market update togenerate a coalesced market data update including coalesced marketinformation; wherein the client device is configured to store thecoalesced market information associated with the coalesced market dataupdate in the data structure until another market update messagereceived at a later time from the electronic exchange is determined tocomprise market information associated with the high precedence level;wherein the client device is configured to receive a third market updatemessage from the electronic exchange, the third market update messagecomprising market information related to the tradeable object; whereinthe client device is configured to determine based on the marketinformation included in the third market update message that the thirdmarket update message is the high precedence level; and wherein theclient device is configured to provide the market information in thereceived third market update message along with the stored coalescedmarket information to the graphical user interface, wherein the marketinformation in the received third market update message and thecoalesced market information is processed and displayed at the graphicaluser interface.
 3. The system of claim 2, wherein the type of marketdata associated with the high precedence level comprises marketinformation related to at least one of a highest bid price, a lowest askprice, or a last traded price.
 4. The system of claim 2, wherein thetype of market data associated with the high precedence level comprisesmarket information related to a quantity at a highest bid price or alowest ask price.
 5. The system of claim 2, wherein the type of marketdata associated with the high precedence level comprises marketinformation related to a predetermined price level.
 6. The system ofclaim 2, wherein the type of market data associated with the highprecedence level comprises market information related to a range ofprice levels.
 7. The system of claim 6, wherein the range of pricelevels is determined based on a reference price level.
 8. The system ofclaim 7, wherein the reference price level is based on an inside marketprice or a last traded price.
 9. The system of claim 6, wherein therange of price levels is determined based on a predefined number ofprice levels.
 10. The system of claim 2, wherein the type of market dataassociated with the low precedence level comprises market informationrelated to a price level other than a highest price level or a lowestask price level.
 11. The system of claim 2, wherein the type of marketdata associated with the low precedence level comprises marketinformation related to a quantity at a price level other than a highestbid price or a lowest ask price.
 12. The system of claim 2, wherein theclient device is configured to update the graphical user interface withthe coalesced market information associated with the low precedencelevel upon detecting a predetermined condition.
 13. The system of claim12, wherein the predetermined condition comprises a time period.
 14. Thesystem of claim 12, wherein the client device is configured to detect aperiod of market inactivity, wherein the predetermined condition, upondetecting the period of market inactivity, comprises a time period orreceipt of a next message comprising market information associated withthe high precedence level or the low precedence level.
 15. The system ofclaim 12, wherein the predetermined condition is based on detecting apredetermined level of market activity.
 16. The system of claim 15,wherein the predetermined level of market activity is a slow marketactivity.